home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d21 / qwhite10.arc / MIDNIGHT.TEC < prev    next >
Text File  |  1990-08-16  |  2KB  |  47 lines
  1. ID:MI DESQview date not changing at 12:00am
  2. Quarterdeck Technical Note
  3. by Daniel Travison
  4.  
  5.   Periodically, a DESQview user that keeps his system on over a 24 hour
  6. period will discover that the system date did not change at midnight.
  7. Although this might appear to be a problem with DESQview it is really a
  8. problem caused by an application.  The way DOS determines if the date has
  9. rolled over is by making a call to interrupt 1Ah using function 0. One
  10. piece of information returned is the number of times the date has rolled
  11. over since the last time the call was made.  The call ALSO resets the flag
  12. that indicates the date has rolled over to 0.  The problem occurs when an
  13. application makes this call before DOS gets a chance to see the date
  14. rollover.  The flag gets reset to zero and DOS does not change the date.
  15.  
  16.   The second problem that can occur is due to a bug in DOS.  DOS considers
  17. the above flag as an indication that the date changed.  Many BIOSes,
  18. however, use this flag to count how many times the date has changed.  If
  19. you were to leave your system running over the weekend and none of the
  20. applications running asked DOS for the date, when you come back to the
  21. system Monday morning, the system date would not be correct.
  22.  
  23.   For example:
  24.  
  25.   When you turn the system on Friday, this flag is set to zero
  26.   Saturday morning, the flag gets set to 1
  27.   Sunday morning, the flag is set to 2
  28.   Monday morning, the flag is set to 3
  29.   Monday morning you type DATE at a DOS prompt, the date will set for the
  30.          Saturday instead of Monday.
  31.  
  32.   DOS simply checks to see if the flag is not 0, and increments the Date
  33.   instead of seeing what the flag's value is and adjusting the date based
  34.   on that value.
  35.  
  36.    The solution to the problem is to run a program that asks DOS for the
  37. date.  One of the programs on Quarterdeck's BBS is called DVTIME.COM.  This
  38. program simply asks DOS for the date and time once a second and displays
  39. it in a small window.  It is written to make use of DESQview's Timer Object
  40. which allows it to have DESQview wake it up, read the time, and 'go back to
  41. sleep.'  This might be just the program you need if you are allowing
  42. your system to run over extended periods of time and experience the above
  43. problem.
  44.  
  45.         Copyright (C) 1990 by Quarterdeck Office Systems
  46.              * * *   E N D   O F   F I L E    * * * 
  47.